home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.20000217-20000824 / 000226_news@columbia.edu _Tue Apr 25 13:06:39 2000.msg < prev    next >
Internet Message Format  |  2020-01-01  |  8KB
  1. Return-Path: <news@columbia.edu>
  2. Received: from watsun.cc.columbia.edu (watsun.cc.columbia.edu [128.59.39.2])
  3.     by fozimane.cc.columbia.edu (8.9.3/8.9.3) with ESMTP id NAA19114
  4.     for <kermit.misc@cpunix.cc.columbia.edu>; Tue, 25 Apr 2000 13:06:39 -0400 (EDT)
  5. Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.59.30])
  6.     by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id NAA28592
  7.     for <kermit.misc@watsun.cc.columbia.edu>; Tue, 25 Apr 2000 13:06:38 -0400 (EDT)
  8. Received: (from news@localhost)
  9.     by newsmaster.cc.columbia.edu (8.9.3/8.9.3) id NAA16813
  10.     for kermit.misc@watsun.cc.columbia.edu; Tue, 25 Apr 2000 13:01:01 -0400 (EDT)
  11. X-Authentication-Warning: newsmaster.cc.columbia.edu: news set sender to <news> using -f
  12. From: Ishikawa <ishikawa@yk.rim.or.jp>
  13. Subject: Re: Parity incorrectly reported, and RTS/CTS problem on Solaris 7 for 
  14. Date: Wed, 26 Apr 2000 01:58:22 +0900
  15. Organization: RIMNET InterNetNews site
  16. Message-ID: <3905CEAE.ED82A8C6@yk.rim.or.jp>
  17. To: kermit.misc@columbia.edu
  18.  
  19. Frank da Cruz wrote:
  20.  
  21. >
  22. > : I can check 2.5.1 for sparc, 2.4 for x86 if necessary (and solaris 7 for
  23. > : x86 as I explained above.)
  24. > :
  25. > OK, great; please send the results to kermit-support@columbia.edu, or post
  26. > them if you think the general public will be interested; then we can
  27. > adjust the makefile targets to do the appropriate thing for each Solaris
  28. > version / hardware platform combination.
  29. >
  30.  
  31. Attached is the memo I wrote after I tested C-kermit 7 on the
  32. platforms. I am posting to the newsgroups since I think we need
  33. volunteers to fill the gap. Kermit has been a great dependable tool
  34. for me and would like to see it being so at least for the foreseeable
  35. future and it is time to repay the debt, so to speak.
  36. I am sure quite a f ew sun sysadmins  use kermit for daily jobs.
  37.  
  38. >
  39. > : I wonder MS has this kind of quick feedback from none other than the
  40. > : one of the original authors of the software :-)
  41. > :
  42. > We try to take support seriously -- it makes the software better.
  43. >
  44.  
  45. Again great thanks.
  46.  
  47. Happy Hacking,
  48.  
  49. Ishikawa
  50.  
  51. --- My test summary
  52.  
  53. (We need volunteers to figure out what we need to do for the other
  54. Solaris versions for x86 and sparc that I could not test.)
  55.  
  56. In short, the summary of my test.
  57.  
  58. In order for kermit to enable hardware flow-control (RTS/CTS),
  59. I needed to add -DPOSIX_CRTSCTS for the following platforms.
  60.  
  61. ----------------------------------------
  62. solaris 7 for x86                         needs -DPOSIX_CRTSCTS
  63. slaris 2.5.1 for sparc (on Ultra1 143Mhz) needs -DPOSIX_CRTSCTS
  64.         Another potential problem on this hardware platform.
  65.         split I/O speeds:
  66.         115200bps may not be supported on input. Output seems to
  67.         be OK. (I found this out from the stty output.)
  68.  
  69. solaris 2.4 for x86                     needs -DPOSIX_CRTSCTS
  70. ----------------------------------------
  71.  
  72. It seems that the later solaris in my sampling needs -DPOSIX_CRTSCTS
  73. for hardware rts/cts flow control to work.  However, the debug log
  74. message did pickup the failure of sysV rts/cts on routine (if I am not
  75. mistaken) and so maybe a cleanup of the code could at least make it
  76. possible to warn the user of the missing hardware flow-control support.
  77.  
  78.  
  79. **** How I tested ****
  80.  
  81. for each target platform
  82. do
  83.     I checked the setting of tty using
  84.  
  85.         stty -a < /dev/my_choice_of_tty
  86.  
  87.     before running kermit.
  88.  
  89.     Run the compiled kermit (with / without -DPOSIX_CRTSCTS)
  90.     (from source
  91.     -rw-rw-r--  1 ishikawa  2503931 Apr 25 21:58 cku197.tar.gz
  92.         )
  93.  
  94.     log debug
  95.     (set the next tty target  approrpriately)
  96.     set line /dev/tty00
  97.     set speed 115200
  98.     (needed to reduce speed on solaris 24 for x86)
  99.  
  100.     set term byte 8
  101.     set parity hardware even
  102.     set flow-control rts/cts
  103.     connect
  104.     (May need to set set carrier-watch off before connect.)
  105.  
  106.     After `connect', I re-checked the setting of tty using
  107.         stty -a < /dev/my_choice_of_tty
  108.     again, and see if crtscts is set or not.
  109.  
  110.     check the output of
  111.     egrep tthflow debug.log
  112.  
  113. done
  114.  
  115. Details.
  116. ----------------------------------------
  117. * Solaris 7 for x86: already reported.  needs -DPOSIX_CRTSCTS
  118. ----------------------------------------
  119. solaris 7 for x86: distributed binary
  120.  
  121.         RTS/CTS doesn't work as reported previously.
  122.  
  123.         log output.
  124.         $ grep tthflow debug.log
  125.         tthflow ATTSV RTS/CTS ON
  126.         tthflow TCGETX=-1
  127.         tthflow ATTSV RTS/CTS ON
  128.         tthflow TCGETX=-1
  129.  
  130.     (Comment: it looks that the error code (x == -1) is
  131.     dropped through the safety net due to the
  132.     complex #ifdef/#else/#endif .. in ckutio.c, but I am not entirely
  133.     sure how to fix this.)
  134.     $
  135.  
  136. Recompiled with -DPOSIX_CRTSCTS (with suncc)
  137.  
  138.         Now rts/cts works (verified using the file transfer in this
  139.         particular case as well as visual inspection of stty output.)
  140.         bash-2.03$ grep tthflow debug.log
  141.         tthflow POSIX_CRTSCTS entry status=1
  142.         tthflow POSIX_CRTSCTS tcgetattr[0]=0
  143.         tthflow POSIX_CRTSCTS ON tcsetattr[0]=0
  144.         tthflow POSIX_CRTSCTS entry status=1
  145.         tthflow POSIX_CRTSCTS tcgetattr[0]=0
  146.         tthflow POSIX_CRTSCTS entry status=1
  147.         tthflow POSIX_CRTSCTS tcgetattr[0]=0
  148.  
  149. ========================================
  150. * solaris 2.5.1 for sparc with gcc needs -DPOSIX_CRTSCTS
  151.         I noticed a split input/output speed on Ultra 1 143Mhz
  152.         CPU hardware platform. This can be a different  annyoing problem.
  153. ----------------------------------------
  154.  (stty -a < /dev/ttya trick only works if I am root.)
  155.  
  156.   The binary for the test was first created using
  157.        make solaris25g
  158.  
  159.         egrep tthflow debug.log
  160.         tthflow ATTSV RTS/CTS ON
  161.         tthflow TCGETX=-1
  162.  
  163.         Given the way the code works, maybe this version
  164.         is also buggy with regard to hardware flow-control.
  165.  
  166.         Another possible problem: split I/O speeds!
  167.  
  168.         In comparing the output of stty output before and after
  169.         kermit is invoked:
  170.  
  171.         ***************
  172.         *** 1,2 ****
  173.         ! speed 9600 baud
  174.  
  175.         --- 1,4 ----
  176.         ! # stty -a < /dev/ttya
  177.         ! ispeed 57600 baud     <--- Aha! Maybe the input port
  178.         !  ospeed 115200 baud        only supports 57600?!
  179.  
  180.         (On UltraSparc Ver 0x22 143MHz)
  181.         dmesg: root nexus = Sun Ultra 1 UPA/SBus (UltraSPARC 143MHz)
  182.  
  183.  
  184.         Recompiled adding -DPOSIX_CRTSCTS
  185.         make solaris25g-posix_crtscts
  186.  
  187.         I confirmed that RTS/CTS is now enabled in stty output.
  188.  
  189.         grep tthflow on
  190.         tthflow POSIX_CRTSCTS entry status=1
  191.         tthflow POSIX_CRTSCTS tcgetattr[0]=0
  192.         tthflow POSIX_CRTSCTS ON tcsetattr[0]=0
  193.  
  194.         (However, the ttya connected to a printer or something
  195.         got confused, I guess. Minor quibble. Logistic problem.
  196.         No clean computer with my reach. Hope the printer is not
  197.         out of control now.  I have forgotten essentially something was
  198.         connected on the port. )
  199.         A serial connection might still be active on /dev/ttya.
  200.         OK to exit? yes
  201.         Closing /dev/ttya...ttclos() timeout: hangup
  202.  
  203. ========================================
  204.         solaris 2.4 for x86 with sun cc needs -DPOSIX_CRTSCTS
  205.         There is no 115200 bps on this old solaris.
  206.         (Well, at least not B115200 or B38400 in sgtty.h)
  207.         So tested at 19200 bps.
  208. ----------------------------------------
  209.  
  210.         There was no entry for suncc on sun2.4 so I used solaris2x
  211.  
  212.         make solaris2x
  213.  
  214.         : www:/tmp/ ; grep tthflow debug.log
  215.         tthflow ATTSV RTS/CTS ON
  216.         tthflow TCGETX=-1
  217.         tthflow ATTSV RTS/CTS ON
  218.         tthflow TCGETX=-1
  219.         : www:/tmp/ ;
  220.  
  221.         RTS/CTS not set from what I saw in "stty -a < /dev/ttya".
  222.  
  223.         Re-created by adding -DPOSIX_CRTSCTS.
  224.  
  225.         Now confirmed that RTS/CTS is enabled in stty output.
  226.  
  227.         grep tthflow debug.log
  228.         tthflow POSIX_CRTSCTS entry status=1
  229.         tthflow POSIX_CRTSCTS tcgetattr[0]=0
  230.         tthflow POSIX_CRTSCTS ON tcsetattr[0]=0
  231.         tthflow POSIX_CRTSCTS entry status=1
  232.         tthflow POSIX_CRTSCTS tcgetattr[0]=0
  233.         : www:/tmp/ ;
  234.  
  235. [end of file]
  236.  
  237.  
  238.  
  239.  
  240.